home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 836 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. Date: Mon, 17 Jan 94 11:52:53 -0500
  2. Message-Id: <9401171652.AA02366@acae127>
  3. From: bammi@cadence.com (jwahar r. bammi)
  4. X-Organization: Cadence Design Systems
  5. To: herborth@53iss6.waterloo.ncr.com, mint@atari.archive.umich.edu
  6. In-Reply-To: Chris Herborth's message of Mon, 17 Jan 1994 09:49:40 -0500 (EST) <9401170956.ai28928@ncrhub1.NCR.COM>
  7. Subject: RE: MiNTlib bugs (well, possible bugs)
  8.  
  9. > According to stat.h, S_IFLNK is 0xE000 (well, it's listed as Octal 0160000;
  10. > why octal?!?).  According to my local SysVr4 box, S_IFLNK is 0xA000.
  11. > According to the symlinks contained in some zip files (including the test
  12. > file I was using to test symlinks and weird filenames under minixfs),
  13. > a symlink is 0xA000.
  14.  
  15. > Is this a kluge around some GEMDOSfs "feature" or have a found an "oops"
  16. > in the MiNTlibs?  This is true as of pl.41 and pl.39.
  17.  
  18.  
  19.     there is absolutely no guarantee that the VALUE of symbolic
  20. constants in header files (like S_IFLNK in stat.h) across systems will
  21. be the same. if your file format depends on the binary value of some
  22. symbolic constant being portable across systems, it should be
  23. re-examine this assumption.
  24.  
  25.     in fact, the current posix standard does not even define
  26. S_ISLNK() (but i think posix-92 was supposed to approve it).
  27.  
  28.     what do you have against octal?
  29.  
  30. cheers,
  31. --
  32. bang:   uunet!cadence!bammi            jwahar r. bammi
  33. domain: bammi@cadence.com
  34. GEnie:    J.Bammi
  35. CIS:    71515,155
  36.